Engenharia de Computação | Gestão de Projetos de Software (2026.2)
Transcrição: "É um projeto, pois: (1) possui início, meio e fim (sprints citadas); (2) possui várias tarefas internas (issues); (3) possui requisitos de qualidade (tempo de resposta máximo); Já operação é mais simples..."
Transcrição: "Reduzir testes trás muitos riscos (perda de qualidade). A alternativa 1 pode ser reduzir o escopo... A alternativa 2 seria aumentar o custo... Escopo, tempo e custo formam a trinca da qualidade."
Transcrição: "A abordagem é híbrida, pois sprints configuram abordagem ágil e sabendo que o prazo limite do projeto é a última aula do semestre e adequando o projeto para se encaixar nesse prazo, configura abordagem preditiva..."
Transcrição: Nível 1: Professor Agente; Nível 2: armazenamento de conversas, dashboard do professor, relatório de uso. "Cada componente principal (nível 2) é independente entre si... Ser hierárquico é dizer que existem níveis de entregas..."
Transcrição: Issue 1: Project Charter (3h, critérios de aceitação). Issue 2: Spike com estimativa PERT tri-pontual calculada: (2 + 4·4 + 6)/6 = 4h. Justificativa comparativa completa na folha adicional.
Transcrição: "Milestones e Sprints não equivalentes. Um Kanban sem sprints pode ser útil se o time for experiente."
Transcrição: "Conceito do DoD: o projeto só está pronto se passar nos testes de segurança... Logo, não pode-se dizer que a funcionalidade está pronta se os testes forem omitidos..."
Transcrição: "O mais alto: (c) bug de segurança encontrado em produção por um aluno; pois afeta a credibilidade da empresa, pode perder clientes, gera um custo externo grande... c (falha externa) > d (falha interna) > a (avaliação) = b (prevenção)"
Transcrição: "Essa heurística diz que o custo de prevenir e avaliar é 1, quando colocado em perspectiva com uma falha interna que teria um custo estimado de 10... Por sua vez, um custo de 100 caracteriza uma falha externa... Em projetos com IA é importante verificar o que está sendo produzido por ela..."
Transcrição: "Era um risco. Risco é um evento que pode acontecer por motivos diversos e incertos. Problema é um erro em si... Esse risco original é de alto impacto... porém de baixa probabilidade..."
Transcrição: "Ações imediatas: 1. tirar a aplicação do ar; 2. trocar a chave do API; 3. verificar o estado atual. Ação preventiva permanente: inserir testes automatizados que verifiquem se a chave foi vazada e impeçam o deploy."
Transcrição: Modelagem de Prompt Injection (entrada: causa, probabilidade, impacto, mitigação e contingência) e Alucinação Pedagógica (saída). Recomendação justificada de ADR.
Transcrição: Análise comparativa das vantagens e desvantagens de cada modalidade. Proposição da criação de subpasta de ADRs dentro da pasta docs como prática Docs-as-Code.
Transcrição: Matriz distribuída perfeitamente (Professor em Gerenciar de Perto, Alunos em Manter Informado, Coordenador em Manter Satisfeito, Provedor em Monitorar). Estratégia detalhada com múltiplos canais e frequência.
Transcrição: Escolha do estilo de compromisso/moderação ("meio-termo"), com justificativa minuciosa da inadequação dos extremos de imposição técnica ou concessão cega ao cliente pedagógico.